ADVANCE NOTIFICATION SYSTEM AND METHOD 
UTILIZING VEHICLE SIGNALING 



5 This application is a continuation of and claims priority to nonprovisional 

application entitled "ADVANCE NOTIFICATION SYSTEM AND METHOD THAT 
PROVIDES A NOTIFICATION WHEN A VEHICLE IS DELAYED, filed November 
6, 2001, by M.K. Jones and assigned serial no, 09/992,817, which is a continuation of 
and claims priority to nonprovisional application entitled, "ADVANCE 

10 NOTIFICATION SYSTEMS AND METHODS UTILIZING A DISTINCTIVE 
TELEPHONE RING," filed January 19, 1999, by M. K. Jones and assigned serial no. 
09/233,795. The foregoing application is a c ontinuation o f the application entitled 
"ADVANCE NOTIFICATION SYSTEM AND METHOD UTILIZING A 
DISTINCTIVE TELEPHONE RING" filed March 20, 1995, by Jones that was 

15 assigned serial no. 08/407,319, which is a continuation-in-part of the application 
entitled "ADVANCE NOTIFICATION SYSTEM AND METHOD" filed May 18, 
1993, by Jones et al that was assigned serial no. 08/063,533, now U.S. Patent No. 
5,400,020 to Jones et al that issued on March 21, 1995. 

Each of the aforementioned patents and patent applications is incorporated 

20 herein by reference. 

FIELD OF THE INVENTION 

The present invention generally relates to data communications and 
information systems and, more particularly, to advance notification systems and 
25 methods for notifying users in advance of the impending arrival of a vehicle or user, 
for example but not limited to, a bus, train, delivery van, plane, fishing vessel, or other 
vessel at a particular vehicle stop. 

BACKGROUND OF THE INVENTION 

30 There are many situations when it is desirable for people to know of the 

approximate arrival time of a particular transportation vehicle shortly before the 
vehicle is to arrive at a particular destination. For example, a person having to pick up 
a friend or relative at a commercial bus station either has to call the bus station to find 
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out the approximate arrival time (information which is oftentimes unavailable) or 
plan on arriving at the bus station prior to the scheduled arrival time of the bus and 
hope the bus is not delayed. 

Another example is in the commercial fishing industry, wherein fish markets, 
5 restaurants, and other establishments desire to purchase fish immediately upon arrival 
of a commercial fishing boat at a port. Currently, such establishments, in order to 
ensure being able to purchase the freshest catch often depend on predetermined 
schedules of fishing fleets, which are not always accurate or reliable. 

Still another example involves school children that ride school buses. School 

10 children who ride buses to school often have to wait at their bus stops for extended 
lengths of time because school buses arrive at particular bus stops at substantially 
different times from one day to the next. The reason is that school buses are not 
always the best-maintained vehicles on the roads, frequently operate during rush hour 
traffic, and must contend with congested urban/suburban conditions. As a result, 

15 school children are forced to wait at their bus stops for long periods of time, 
oftentimes in adverse weather conditions, on unlit street corners, or in hazardous 
conditions n ear b usy or secluded streets. If it is raining, snowing, windy and cold, 
and/or even dark, such conditions can be unhealthy and unsafe for children. 

Thus, generally, it would be desirable for a user to know when a vehicle (such 

20 as a bus, truck, train, plane, or the like) is (a) a particular time period (for example, 
number of minutes or seconds) away from arriving at a destination, (b) a particular 
distance (for example, number of miles or height) away from the destination, or (c) at 
a particular location among a set of location points, so that the user can adjust his/her 
schedule and avoid arriving too early or too late. 

25 In the past, in order to combat the arrival time problem in the context of school 

buses, student notification systems have been employed that use a transmitter on each 
bus and a receiver inside each student home. U.S. Patent No. 4,713,661 to Boone et 
al. and U.S. Patent No. 4,350,969 describe systems of this type. When the school bus 
and its on-board transmitter come within range of a particular home receiver, the 

30 transmitter sends a signal to notify the student that his/her school bus is nearby. 
While such notification systems work satisfactorily under certain circumstances, 
nevertheless, these systems are limited by the range of the transmitters and require the 
purchase of relatively expensive receivers for each student. In addition, such systems 
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provide little flexibility for providing additional information to the students, such as 
notifying them of the delayed arrival of a bus, alternative bus route information, or 
information regarding important school events. 

5 SUMMARY OF THE INVENTION 

An object of the present invention is to overcome the deficiencies and 
inadequacies of the prior art as noted above and as generally known in the industry. 

Another object of the present invention is to provide an advance notification 
system and method for according advance notification of the impending arrival of a 
10 vehicle at a particular vehicle stop. 

Another object of the present invention is to provide an advance notification 
system and method for according advance notification to school students of the 
impending arrival of a school bus at a particular vehicle stop. 

Another object of the present invention is to provide an advance notification 
15 system and method for inexpensively according advance notification of the impending 
arrival of a vehicle at a particular vehicle stop. 

Another object of the present invention is to provide an advance notification 
system that is reliable in operation and flexible in design to permit customization to a 
particular application. 

20 Briefly described, the present invention is an advance notification system for 

notifying passengers of an impending arrival of a vehicle as the vehicle progresses 
along a scheduled route with particular stop locations and c orresponding s cheduled 
times of arrival at the stop locations. The advance notification system generally 
comprises a vehicle control unit (VCU) disposed on each vehicle and a base station 

25 control unit (BSCU) which is configured to communicate with all of the vehicle 
control units and with passenger telephones. 

The VCU includes a vehicle control mechanism, a vehicle communication 
mechanism controlled by the vehicle control mechanism, a vehicle clock for tracking 
elapsed time of the vehicle while .on the scheduled route to determine when the 

30 vehicle is early, late, and on time along the scheduled route, optional input switches 
(e.g., start/reset, advance stop number, move stop number back) that can be operated 
by the vehicle driver to indicate when the vehicle has reached particular stops along 
the route, and optional sensors (e.g., positioning system input, etc.) for signaling to the 
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vehicle control mechanism when the vehicle is early, late, and on time along the 
scheduled route. The control mechanism is adapted to initiate calls utilizing the 
vehicle communication mechanism when the elapsed time and/or traveled distance of 
the vehicle at any of the particular positions is either ahead or behind the scheduled 
5 time and/or distance. In the preferred embodiment, the vehicle communication 
mechanism is a wireless communication interface, such as a mobile telephone, radio 
frequency (RF) transceiver, or other suitable device. 

The BSCU has a base station communication mechanism and a base station 
control mechanism for controlling the base station communication mechanism. The 

10 base station communication mechanism receives the call from the VCU and receives 
the amount of time and/or distance in which the vehicle is ahead or behind relative to 
the schedule. The base station control mechanism causes calls to be made to each of 
the passengers to be boarded at a particular stop location via the base station 
communication mechanism prior to the arrival of the vehicle at the particular stop 

15 location. In the preferred embodiment, the base station communication mechanism is 
a wireless communication device, such as a mobile telephone or RF transceiver 
(includes both transmitter and receiver), for communicating with the vehicle 
communication mechanism and also comprises at least one telephone for calling 
passenger telephones. 

20 In accordance with a significant feature of the present invention, the telephone 

call to advise a passenger of the impending arrival of the vehicle preferably can 
exhibit a distinctive telephone ring sound so that the call recipient need not answer the 
telephone in order to receive the message. Moreover, the distinctive telephone ring 
sound can be coded by any sequence and duration of rings and/or silent periods. 

25 It should be emphasized that while the present invention is particularly suited 

for application to school buses, there are many other applications. As examples, the 
advance notification system and method of the present invention could be employed 
with commercial buses, trains, planes, pickup vehicles, delivery vehicles, fishing 
vessels, and numerous other transportation vehicles. 

30 Other objects, features, and advantages of the present invention will become 

apparent from the following specification, when read in conjunction with the 
accompanying drawings. All such additional objects, features, and advantages are 
intended to be included herein. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention can be better understood with reference to the following 
drawings. The drawings are not necessarily to scale, emphasis instead being placed 
upon clearly illustrating the principles of the present invention. Moreover, like 
5 reference numerals designate corresponding parts throughout the several views. 

Fig. 1 is a high level schematic diagram of an advance notification system of 
the present invention as applied to a school bus system, as an example, the advance 
notification system generally comprising vehicle control units (VCU) in 
communication with a base station control unit (BSCU), which is in turn in 
10 communication with passenger telephones; 

Fig. 2 is a high level schematic diagram of the VCU of the advance 
notification system of Fig. 1; 

Fig. 3 is a low level block diagram of the VCU of Figs. 1 and 2; 

Fig. 4A is a flow chart of the overall operation of the advance notification 
15 system of Fig. 1; 

Fig. 4B is a an example of a schedule for a sequence of events illustrating the 
operation of the advance notification system of Fig. 1 ; 

Fig. 5 i s a flow c hart o f a b ase s tation c ontrol p rocess f or t he base station 
control unit 14 of Fig. 1; 
20 Fig. 6 is a flow chart of a vehicle control process for the VCU of Figs. 1 and 

2; and 

Fig. 7 is a flow chart of a telephone call control process for the VCU of Figs. 

1 and 2. 

25 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The features and principles of the present invention will now be described 
relative to preferred embodiments thereof. It will be apparent to those skilled in the 
art that numerous variations or modifications may be made to the preferred 
embodiments without departing from the spirit and scope of the present invention. 
30 Thus, such variations and modifications are intended to be included herein within the 
scope of the present invention, as set forth and defined in the claims. 
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I. System Architecture 

Referring now in more detail to the drawings, wherein like reference numerals 
designate corresponding parts throughout the several views; Fig. 1 is a schematic 
diagram of the advance notification system 10 of the present invention, as configured 
5 to operate for example, but not limited to, a school bus system. 

The advance notification system 10 includes, preferably, a plurality of on- 
board vehicle control units (VCU) 12, a single base station control unit (BSCU) 14, 
and a plurality of passenger telephones 29. As configured in the school bus system 
10, a VCU 12 is installed in each of a plurality of school buses 19, all of which 
10 communicate with the single BSCU 14. Moreover, the BSCU 14 communicates with 
the telephones 29 at one or more passenger locations 36, or student homes in the 
present exemplary application. 

A. Vehicle Control Unit 

15 The VCU 12 will now be described with reference to Figs. 1, 2, and 3. 

Referring first to Fig. 1, each VCU 12 includes a microprocessor controller 16, 
preferably a model MC68HC705C8P microprocessor controller that is manufactured 
by and commercially available from the Motorola Corporation, USA. The 
microprocessor controller 16 is electrically interfaced with a communication 

20 mechanism 18, preferably a wireless communication device, for enabling 
intercommunication of data with the BSCU 14. Examples of suitable wireless 
communication devices include a mobile telephone {e.g., cellular) and a transceiver 
(having both a transmitter and a receiver) operating at a suitable electromagnetic 
frequency range, perhaps the radio frequency (RF) range. 

25 In the embodiment using a wireless RF transceiver as the communication 

mechanism 1 8, d ata c an b e s ent i n b ursts i n t he f orm o f in-band tones, commonly 
called "twinkle tones". These tone bursts can occur in the background of an existing 
voice channel. Twinkle tones are oftentimes used in transportation systems, such as 
taxicab communications systems. 

30 The microprocessor controller 16 is electrically interfaced with a start/reset 

switch 21, a move forward switch 22, a move backward switch 23, a clock 24, and 
optionally, sensors 25a-25d. Generally, vehicle tracking is accopmlished by 
monitoring the control switches 21-23, the sensors 25a-25e, the power to the 
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controller 16, and a route database (Fig. 5). It is recommended that all of the 
foregoing features be employed to provide redundant checking. 

More specifically, the start/reset switch 21 can be actuated by the bus driver 
upon starting along the bus's scheduled route to initialize the system 10. The move 
5 forward switch 22 can be actuated by the bus driver upon reaching a bus stop in order 
to inform the VCU 12 that a stop has been made, the details of which will be further 
described hereinafter. The move backward switch 23 can be actuated by the bus 
driver at a bus stop if the bus driver has erroneously toggled the move forward switch 
22 too many times, as will be further described in detail hereinafter. This indicates to 
10 the microprocessor controller 16 that a display module 33 and memory must be 
updated. In essence, the move forward switch 22 and the move backward switch 23 
cause the next stop designation which is displayed on the display module 33 and 
stored in the VCU 12 to toggle forward and backward, respectively. 

The VCU 12 can be configured so that the operation of the start/reset switch 
15 21, the move forward switch, and the move backward switch 23 are purely optional by 
the bus driver. In this configuration, the sensors 25a-25e automatically accomplish 
the aforementioned functions of the switches 21-23. However, in certain cases, the bus 
driver may want to use the switches to override the sensors 25a-25e. One of these 
cases may be when a student rides a bus only two out of five school days. Rather than 
20 program the VCU 12 to track these unnecessary stops, the driver may manually 
control the stop number by the switches 21-23. 

The c lock 2 4 t racks t he elapsed time as the bus travels along its scheduled 
route and feeds the timing information to the microprocessor controller 16. 

The display module 33 informs the bus driver as to the number corresponding 
25 to the next stop and the time (preferably, in seconds) necessary to reach the next stop. 
Other types of information may also be displayed on the display module 33. For 
example, the display module 33 may display the amount of time that the bus 19 is 
ahead of or behind schedule, the status of the VCU 1 2 i n c ommunication w ith t he 
BSCU 14, or, upon actuation of the start button 21, that the advance notification 
30 system 10 is operating. 

The optional sensors 25a-25e include an odometer sensor 25a for determining 
distance into a route. The sensor 25a c an b e c onnected t o t he b us d rive s haft a nd 
counts revolutions. This data can be used to determine the stop number. 
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A door sensor 25b can be used to count the number of door operations 
(opening/closing) of the front door 24 of the school bus 19, which should correspond 
with the number of stops. 

A swing arm sensor 25c can be implemented to count the number of times the 
5 arm operates. This operation should coincide with the number of stops. 

A bus stop sign sensor 25d can be utilized to count the number of times the 
bus stop sign operates. This operation should coincide with the number of stops. 

A positioning system 25e can be used to determine the geographical position 
of the bus 19 on the earth's surface. The positioning system 25e could be the GPS 
10 (global positioning system), the LORAN positioning system, the GLONASS 
positioning system (USSR version of GPS), or some other similar position tracking 
system. 

Fig. 2 is a high level schematic circuit diagram of the VCU 12. The VCU 12 is 
designed to be a compact unit with a generally rectangular housing 34 that is mounted 

15 preferably on or in front of the dashboard of the bus 19 in view and within reach of the 
bus driver. In the housing 34, the microprocessor controller 16 is interfaced with the 
transceiver 18 by a transceiver jack 31 (preferably a conventional 8-conductor 
telephone jack when transceiver 18 is a mobile telephone), and the transceiver 18 
includes an antenna 32 for transmitting and receiving signals to and from the BSCU 

20 14. Further, the VCU 12 includes a liquid crystal display (LCD) module 33 disposed 
for external viewing of the display by the bus driver for providing information to the 
bus driver, as described previously. 

Fig. 3 is a more detailed schematic circuit diagram of the electronic 
components associated with the VCU 12. The microprocessor controller 16 essentially 

25 controls the operation of the transceiver 18 and the LCD display module 33. A 
switching element 37, such as an optical isolator (opto isolator) unit 37, provides a 
buffer between the microprocessor controller 16 and the battery 35 as well as switches 
21, 22, 23. An EEPROM 43 is provided for storing the control programs (Figs. 6 and 
7) and other requisite data for the microprocessor controller 16, and a RAM 44 is 

30 provided for running the control programs in the microprocessor controller 16. A 
matrix keyboard emulator 39 is interfaced between the transceiver 18 and the 
microprocessor controller 16 for allowing the microprocessor controller to control and 
transmit signals over the transceiver 18. Further, a dual tone multiple frequency 
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decoder 41 is interfaced between the mobile telephone 18 and the microprocessor 
controller 16 for decoding modem signals, or tones, 
received by the mobile telephone 18 from the BSCU 14. 

5 B. Base Station Control Unit 

The BCSU can be implemented by any conventional computer with suitable 
processing capabilities. The BCSU 14 can communicate to the homes of students via, 
for example but n ot 1 imited t o, a ny o f t he f ollowing i nterfaces: ( a) d ialing t hrough 
multiple port voice cards to the passenger telephones 29; (b) communication using a 

10 high-speed switch-computer applications interface (SCAT) to a digital switch operated 
by a telephone utility company; the SCAI adheres to the conventional OSI model and 
supports the carrying of application information in an application independent 
fashion; and (c) communication using an analog display services interface (ADSI) 
maintained by a telephone utility company. ADSI is a cost effective technology that 

15 delivers voice and data information between a telephone terminal and a digital switch 
or server using existing copper telephone lines. 

In the preferred embodiment, the BSCU 14 communicates through multiple 
port voice cards to passenger telephones 29. In this regard, a set of conventional voice 
processing cards are utilized for communicating with one or more student homes, as 

20 depicted in Fig. 1 as passenger locations 36. The system 10 could be configured to 
merely call prospective passengers, thus warning them of the impending arrival of a 
bus 19, as opposed to forwarding both a call and a message. In the preferred 
embodiment, the BSCU 14 includes at least one communication mechanism 26 and 
associated line 26', dedicated for communication with the VCUs 12. However, as 

25 mentioned previously, the BSCU 14 may be designed to communicate with the VCUs 
12 via any suitable wireless communication device, in which case, the BSCU 14 
would include a corresponding transceiver having the ability to receive a plurality of 
signals from the plurality of vehicles 19. 

The BSCU 14 also includes at least one, but preferably a plurality of 

30 telephones 27 (or other suitable communication interface) with associated telephone 
lines 27', for making the telephone calls to the passenger locations 36, or in this case, 
the homes 36 of the students and allow the telephone to ring predefined number of 
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times so that it is not necessary for the telephone to be answered in order for the 
telephone call to be recognized as that of the advance notification system 10. 

The calling program (Fig. 7) associated with the advance notification system 
10 can also be configured to make the passenger telephone 29 exhibit a distinctive 
telephone ring sound, or pattern, so that the call recipient need not answer the 
telephone in order to receive the message. The distinctive telephone ring can be coded 
by any sequence and duration of rings and/or silent periods. A standard ring signal that 
is sent to a telephone from the telephone utility company is typically a periodic 
electrical analog signal having a frequency of 20 Hz and a peak-to-peak voltage 
amplitude of -48 volts. The ring signal is asserted on the telephone connection 29 1 for 
a predefined time period for ringing the telephone. The foregoing time period can be 
manipulated in order to derive a distinctive sequence and duration of rings and/or 
silent periods. 

Implementation of a distinctive telephone ring can be accomplished by 
purchasing this feature from a telephone utility company. This feature is widely 
available to the public. Generally, telephone utility companies operate network 
switches, now usually digital, that serve as interfaces for telephonic communications. 
A particular geographic region is typically allocated to a particular switch(s). In 
essence, one or more distinctive telephone rings can be driven by software running in 
the s witches t o a p articular t elephone. E xamples o f s witches t hat a re c ommercially 
available to telephone utility companies are as follows: a model DMS100 by Northern 
Telecom, Canada; a model 5ESS by AT&T, U.S.A.; and a model EWSD by Siemans 
Stromberg-Carlson Corp., Germany. 

The feature for establishing the distinctive telephone ring is sold to the public 
under several different commercial trade names, depending upon the telephone utility 
company. Examples are as follows: Call Selector by Northern Telecom, Canada; 
Ringmaster by Bell South, U.S.A.; Smartlink by SNET, U.S.A.; Multi-ring by 
Ameritech, U.S.A.; Priority Ring by PacBell, U.S.A.; Priority Call by Cincinnati Bell, 
U.S.A.; and Ring Me by Standard Telephone Co., U.S.A. 

Furthermore, in the case where a parent or a student answers the telephone call 
from the base station unit 14, a prerecorded message may be played by the BSCU 14. 
An example of such a message would be: "The bus will arrive in five minutes," as 
indicated in Fig. 1 at the reference numeral 30. 
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IL System Operation 
A. Initialization 

Initially, the bus schedule for each bus 19 is programmed into the advance 
5 notification system 10 by having the respective bus driver drive his respective bus one 
time along the corresponding scheduled bus route at the approximate speed the bus 
would usually travel on the route and with the bus driver making all the scheduled 
stops along the route and waiting at each stop for the approximate time it would take 
for all the students at that stop to board the bus 19. As the bus driver drives the bus 19 

10 along the route for initialization purposes, the internal real time clock 24 runs and the 
bus driver actuates the switches 21, 22, 23 as required in accordance with the 
principles d escribed previously. The timing information is recorded in the memory 
(RAM 44 and EEPROM 43) of the VCU 12. 

The timing information which is recorded during the initialization of the 

15 system 10 is used as a reference during the usual operation of the system 10 for the 
purpose of determining whether a bus 19 is early or late at each of the bus stops. In the 
preferred embodiment, determining the status (i.e., early, on time, late) of a bus 19 is 
accomplished by comparing the time at which a bus 19 actually departs from a stop to 
the scheduled time of departure. 

20 However, it should be emphasized that other methodologies could be utilized 

for determining whether the bus 19 is early or late at an instance in time. For example, 
the odometer 2 5a o f t he b us 1 9, a s i ndicated b y p hantom 1 ines i n F ig. 1 , c ould b e 
monitored by the microprocessor controller 16. At particular times, the odometer 
mileage reading could be compared to reference odometer mileage readings which 

25 were obtained during the initialization of the system 10. In this way, the determination 
of whether a bus 19 is early or late can occur at any time during a bus route and can 
occur as many times as desired. 

Another methodology which could be utilized for determining whether the bus 
19 is early or late involves interfacing the VCU 12 with the positioning system 25e, as 

30 shown in Fig. 1 by phantom lines. From the geographical position data received from 
the positioning system 25e, the microprocessor controller 16 could determine where 
the bus 19 is situated on the earth at any given time. The bus location at a particular 
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time could then be compared with scheduled locations and scheduled times in order to 
determine whether the bus 1 9 is early or late and by what amount. 

B. Regular Operation 

5 The overall operation of the advance notification system 10 will be described 

with reference to Figs. 4 A and 4B. Fig. 4 A sets forth a flow chart showing the overall 
operation after the system 10 has been initialized. Fig. 4B shows an example of a 
schedule of possible events and the interactions which might occur between the VCU 
12 and the BSCU 14 as the bus 19 travels along its scheduled route and makes its 

10 scheduled stops. 

In Fig. 4B, the left hand column illustrates the sequence of events for the 
BSCU 14, and the right hand column illustrates the sequence of events on the VCU 
12. Between the right and left hand columns is illustrated a time line for the scheduled 
bus stops. The time line has the following time designations: ten minutes, sixteen 

15 minutes, and twenty- two minutes, all along the scheduled bus route. 

First, the bus ignition is switched on, as indicated in Fig. 4A at block 45a. At 
the beginning of the bus route, the system 10 could be configured to automatically 
initialize itself upon power up of the VCU 12, and further, the unit 12 could be 
programmed to make initial contact with the BSCU 14 after the bus 19 moves a 

20 predefined distance, such as 1/8 mile, as determined by the odometer sensor 25a. This 
initialization action causes the microprocessor controller 16 to telephone the BSCU 12 
to inform the BSCU 12 that the bus 19 is beginning its route and to initialize the 
BSCU 14 relative to the VCU 12. The foregoing action is indicated at flow chart 
block 45b (Fig. 4A). Alternatively, the bus driver can press the start/reset switch 21 on 

25 the VCU 12 to initialize the VCU 12. 

After initialization of the VCU 12, the display module 33 preferably displays 
"Stop Number 1" followed by the amount of time to reach stop number 1. The time 
continuously runs as the bus 1 9 progresses along the bus route. 

Next, as indicated at flow chart block 45c (Fig. 4A), the VCU 12 determines, 

30 continuously or periodically, if the bus 19 is on time by analyzing the status of devices 
21-25 (Fig. 1) in view of planned route data (derived from initialization). In the 
preferred embodiment, the VCU 12 at least compares its elapsed time from the clock 
24 (Fig. 1) with its scheduled time from the planned route data. When the bus 19 is on 
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time, the VCU 12 does not contact the BSCU 14, and the BSCU 14 commences 
calling students at the predefined time prior to arrival of the bus 19 at the particular 
bus stop, as indicated in flow chart block 45e (Fig. 4A). In the example of Fig. 4B, at 
five minutes along the scheduled route, the BSCU 14 places a telephone call to the 
homes 36 of the school children to be picked up at bus stop number 1. 

However, when the VCU 12 determines that the bus 19 is early or late at this 
juncture, the VCU 12 contacts the BSCU 14, as indicated at flow chart block 45d (Fig. 
4A), and the BSCU 14 adjusts its student calling lists accordingly so that the students 
are called in accordance with the predefined time notice, e.g., five minutes. 

Further, as indicated at flow chart block 45f (Fig. 4A), the VCU 12 again 
determines, continuously or periodically, if the bus 19 is on time by analyzing the 
devices 21-25 (Fig. 1). Preferably, in this regard, the VCU 12 at least compares its 
elapsed time with its scheduled time. 

Back to the example of Fig. 4B, at ten minutes along the schedule, the bus 19 
arrives at the bus stop number 1 and takes one minute to load all the students at this 
stop onto the bus 19. Just prior to leaving stop 1, the bus driver actuates the move 
forward switch 22. Upon actuating the move forward switch 22, the display module 
33 preferably displays "Stop Number 2" followed by the amount of time to reach stop 
number 2. The foregoing feedback signal may be generated by one of the sensors 25a- 
25e so that the bus driver need not actuate the move forward switch 22. 

In accordance with flow chart block 45f (Fig. 4A), the microprocessor 
controller 16 checks the elapsed time of eleven minutes to confirm that such time 
corresponds to the programmed time for bus stop number 1 . It will determine whether 
the bus 19 is early or late. If the bus 19 is either early or late, the VCU 12 will call the 
BSCU 14 to inform the unit 14 of this fact, as indicated at flow chart blocks 45g and 
45h (Fig. 4A). If the bus 19 is on time, then the VCU 12 will continue to monitor the 
inputs from devices 21-25, as indicated in flow chart block 45j. In the example of Fig. 
4B, it is assumed that the bus 19 is neither early nor late in leaving bus stop number 1 . 

Because the bus 19 is scheduled to arrive at bus stop number 2 at sixteen 
minutes along the route, at eleven minutes along the route the BSCU 14 places 
telephone calls to the homes 36 of the school children who board the bus 19 at bus 
stop number 2, as indicated at flow chart block 45k (Fig. 4A). 
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The bus 19 then arrives at bus stop number 2 and commences the boarding of 
students. However, because one of the school children is running late that particular 
morning, the bus 19 spends three minutes at bus stop number 2, and, thus, gets three 
minutes behind schedule. Thus, the bus departs at twenty minutes along the route. 
5 At this time, the VCU 12 makes an inquiry as to whether there are any more 

bus stops, as indicated in flow chart block 451. If so, then the VCU 12 again monitors 
its travel status by checking devices 21-25 (Fig. 1), in accordance with flow chart 
block 45f (Fig. 4A). If not, then the VCU 12 notifies the BSCU 14 of the end of the 
route, as indicated at flow chart block 45m. 

10 In the example of Fig. 4B, upon receiving the information that the bus 19 is 

late, the microprocessor controller 16 compares the departure time to the scheduled 
departure time of seventeen minutes, pursuant to flow chart block 45 f (Fig. 4 A), and 
determines that the bus 1 9 is three minutes behind schedule, in accordance with flow 
chart blocks 45g (Fig. 4A). The microprocessor controller 16 then telephones the 

15 BSCU 14 to inform the BSCU 14 that the bus 19 is three minutes behind schedule, as 
indicated in flow chart block 45h (Fig. 4A). A fleet operator's screen associated with 
the BSCU 14 is updated to reflect the status of the late bus 19, as indicated at flow 
chart block 45i (Fig. 4A). Moreover, as indicated at flow chart block 45d (Fig. 4A), 
the BSCU 14 then reschedules the telephone calls that are to be made to the parents of 

20 the students at bus stop number 3 from twenty-two minutes along the route to twenty- 
five minutes along the route and resets the VCU 12 to seventeen minutes along the 
route, the scheduled time for the bus to leave bus stop number 2. 

At twenty minutes along the route, the BSCU 14 calls the student homes 36 of 
the students corresponding to bus stop number 3, in accordance with flow chart block 

25 45k (Fig. 4A), to inform them that the bus 19 is five minutes from arriving. At twenty- 
five minutes along the route, the bus 19 arrives at bus stop 3, takes one minute to load 
the students on to the bus 19 and then proceeds onto the school. 

At this time, the VCU 12 makes an inquiry as to whether there are any more 
bus stops, as indicated in flow chart block 451. In the example of Fig. 4B, there are no 

30 more stops and, accordingly, the VCU 12 notifies the BSCU 14 of the end of the 
route, as indicated at flow chart block 45m. 

Finally, worth noting is that the system 10 may be configured so that if a bus 
19 becomes delayed by more than a maximum length of time, such as fifteen minutes, 
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the BSCU 14 immediately calls the homes 36 of the remaining students to board the 
bus 19 in order to notify these homes 36 of the unusual delay and to notify these 
homes 36 to wait for a notification call. 

5 m. Control Processes 

Figs. 5 through 7 show flow charts pertaining to control processes or 
algorithms performed in the advance notification system 10 of Fig. 1 in order to 
achieve the functionality as set forth in Figs. 4A and 4B as described hereinbefore. 
These flow charts illustrate the best mode for practicing the invention at the time of 

10 filing this document. More specifically, Fig. 5 illustrates a base station control process 
46 employed in the BSCU 14, and Figs. 6 and 7 show respectively a vehicle control 
process 76 and a telephone call control process 101 implemented in the VCU 12. The 
foregoing control processes are merely examples of plausible control algorithms, and 
an infinite number of control algorithms may be employed to practice the present 

15 invention. Furthermore, it should be noted that the base station control process 46 of 
Fig. 5 is implemented via software within any conventional computer system, and the 
vehicle control process 76 of Fig. 6 and the telephone call control process 101 of Fig. 
7 are both implemented via software stored within memory and are run by the 
microprocessor controller 16. However, these control operations need not be 

20 implemented in software and could be implemented perhaps in hardware or even 
manually by human interaction. 

A. Base Station Control Process 

With reference to Fig. 5, the base station control program 46 essentially 
25 comprises two control subprocesses which run concurrently, namely, (a) a vehicle 
communications process 47 and (b) a student calling process 48. The vehicle 
communications process 47 will be described immediately hereafter followed by the 
student calling process 48. 

30 1. Vehicle Communications Process 

The vehicle communications process 47 initially waits for a telephone call 
from one of the VCUs 12 located on one of the plurality of buses 19, as indicated by a 
flow chart block 51. The vehicle communications process 47 is preferably capable of 
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monitoring a plurality of telephone connections 26* for receiving information from a 
plurality of buses 19. As the number of buses 19 is increased, the number of telephone 
connections 26' which are monitored by the vehicle communications program 47 
should also be increased to an extent. 
5 After the start of a bus 19 along its route, the respective VCU 12 will initiate a 

telephone call to the BSCU 14, as indicated by the telephone bell symbol 52. After the 
BSCU 14 receives the telephone call, a string of symbols is exchanged between the 
VCU 12 and the BSCU 14 so as to validate the communication connection, as 
indicated in a flow chart block 53. In other words, the BSCU 14 ensures that it is in 

10 fact communicating with the VCU 12, and vice versa. 

Next, as shown in a flow chart block 54, the BSCU 14 asks the VCU 12 for 
information regarding (a) the time into the route and (b) the number designating the 
next stop. In addition, route data 56 is obtained from a local data base. The route data 
56 includes information pertaining to each bus stop and how much time it should take 

15 to reach each bus stop during the route. From the route data 56 and the information (a) 
and (b) received from the VCU 12, the BSCU 14 can determine whether the bus 19 is 
late or early, as indicated by flow chart blocks 57, 58, or whether the bus 19 has just 
started its route, as indicated by a flow chart block 59. In the case where the bus 19 is 
late, the BSCU 14 advises the VCU 12 to reset its on-board clock 24 back so that it 

20 thinks it is on time, as indicated in a flow chart block 61. In the case where the bus 19 
is early, the BSCU 14 advises the VCU 12 to move its on-board clock 24 forward so 
that the VCU 12 thinks it is on time, as indicated in flow chart block 62. Moreover, in 
the situation where the bus 19 has just started its route and the telephone call is 
essentially the first call of the route, the base station clock 28 and the on-board vehicle 

25 clock 24 are synchronized, as indicated in a flow chart block 63. 

Finally, as shown in a flow chart block 64, the BSCU 14 informs the VCU 12 
to terminate the telephone call, which was initiated in the flow chart block 51. The 
vehicle communications program 47 then proceeds once again to the flow chart block 
51, where it will remain until receiving another telephone call from the bus 19. 

30 Worth noting from the foregoing discussion is the fact that the BSCU 14 is the 

ultimate controller of the advance notification system 10 from a hierarchical vantage 
point. The base station clock 28 maintains the absolute time of the advance 
notification system 10, while the vehicle clock 24 assumes a subservient role and is 
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periodically reset when the bus 19 is at the start of a route or when the bus 19 is either 
early or late during the route. Further, it should be noted that the VCU 12 
communicates to the BSCU 14 only (a) when the bus 19 is at the start of a route, (b) 
when the bus 19 is either early or late during the route, and (c) when the bus 19 
5 completes its route, so as to minimize the amount of time on the mobile telephone 
network and 
associated costs thereof. 

2. Student Calling Process 
As previously mentioned, the student calling process 48 runs concurrently with 

10 the vehicle communications process 47 within the BSCU 14. In essence, the student 
calling process 48 uses the timing information retrieved from the bus 19 by the 
vehicle communications process 47 in order to call students and inform them of the 
approaching bus 19. A student list 66 is locally accessible from a local data base by 
the BSCU 14 and comprises information regarding (a) student names, (b) student 

15 telephone numbers, and (c) the time into a bus route when a student should be called 
via telephone. In accordance with the student calling process 48, as indicated in a flow 
chart block 67, the student list 66 is consulted as time progresses and telephone 
numbers are retrieved. When a particular time for calling a particular student is 
reached, the student calling process 48 initiates a telephone call to the particular 

20 student, ass hown i n flow c hart b locks 6 8, 6 9. T he t elephone c all c an b e m ade by 
using a distinctive telephone ring or a predefined number of rings, as described 
previously. Moreover, the particular time is fully selectable by programming. 

Also worth noting is that the process can also include a feature for monitoring 
calls to be placed in the future. In accordance with this feature, upon anticipation of a 

25 heavy 1 oad o f c alls, s ome o f t he c alls w ould b e i nitiated e arlier t han t he o riginally 
scheduled, corresponding call time. 

After the bus route has been completed by the bus 19, the particular bus and 
bus route are removed from consideration, as indicated by flow chart blocks 71, 72. 
Otherwise, the student calling program 48 returns to the student list 66 and searches 

30 for the next student to be called. 

As further shown in Fig. 5, an event list 73 is maintained for diagnostics and 
system monitoring. The event list 73 receives data from both the vehicle 
communications process 47 and the student calling process 46. The event list 73 

17 



TKHR Docket No. 05071 1-1071 



essentially comprises records of, among other things, all telephone calls and all past 
and current bus locations. 

B. Vehicle Control Process 

Reference will now be made to the vehicle control process 76 shown in Fig. 6. 
5 Initially, as indicated in the flow chart block 77 of the vehicle control process 76, the 
VCU 12 runs through an initiation procedure in which the first stop number is 
retrieved, the stop time (time necessary to travel to the next stop) is retrieved, and the 
time into the route as indicated by the clock 24 is set at zero and the clock 24 is 
started. After the foregoing initialization procedure, a call is initiated via the 

10 transceiver 18 to the BSCU 14, as indicated by the bell symbol 78. After the 
connection, the VCU 12 and the BSCU 14 exchange information as described 
hereinbefore and which will be further described hereinafter relative to Fig. 7. 

Next, as shown in Fig. 6, the vehicle control process 76 begins a looping 
operation wherein the VCU 12 continuously monitors the switches 21-23, clock 24, 

15 and sensors 25a-25e, if present, to determine whether the bus 19 is early or late. As 
mentioned previously, the vehicle control process 76 initiates a call only at start-up of 
a route, or when the bus 19 is either early or late, and not when the bus 19 is on time. 

While in the main looping operation, a determination is first made as to 
whether the bus 19 has reached the end of the route, as indicated in a decisional flow 

20 chart block 81. If the bus 19 is at the end of its route, then the vehicle control process 
76 stops, as indicated in a flow chart block 82, and does not start unless the start/reset 
switch 21 is triggered by the bus driver. Otherwise, the process 76 continues and 
makes a determination as to whether the bus 19 is late for the next stop, as indicated 
in a decisional flow chart block 83. In the preferred embodiment, the bus 19 is 

25 considered late if the bus 19 arrives at a stop more than a predetermined late time 
period, such as 50 seconds, after when it should have arrived. If the bus 19 is late, then 
a call is initiated to the BSCU 14, as shown by a bell symbol 84 in Fig. 7. 

If the bus is not late, then the process 76 determines whether any of the 
switches 21, 22, 23 have been actuated, as indicated in a decisional flow chart block 

30 86. If none of the switches 21, 22, 23 have been actuated, then the process 76 will 
loop back around and begin flow chart block 81 once again. Otherwise, if actuation of 
a switch 21, 22, 23 is detected, then the process 76 will determine which of the 
switches 21, 22, 23 has been actuated. 
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First, the process 76 will determine whether the move forward switch 22 has 
been actuated, as indicated in the decision flow chart block 87. If the bus driver has 
actuated the move f orward s witch 2 2, t hen t he V CU 1 2 w ill r etrieve t he n ext s top 
number and corresponding stop time, as indicated in flow chart block 88, from a local 
5 data base having the route data 56. Moreover, a decision will be made as to whether 
the 5 bus 19 is early for that particular stop, as indicated in the decision flow chart 
block 91. In the preferred embodiment, the bus 19 is considered early if the bus 19 
arrives at a stop more than a predetermined early time period, s uch a s 5 0 s econds, 
earlier than when it should have arrived. If the bus is not early, then the process 76 

10 will loop back and proceed again with the flow chart block 81. Otherwise, a call will 
be initiated to the BSCU 14 to inform the unit 14 that the bus 19 is early, as illustrated 
by bell symbol 92 in Fig. 7. 

In the event that the bus driver has not actuated the move forward switch 22, 
the process 76 proceeds to a decisional flow chart block 93 wherein the process 76 

15 determines whether the move backward switch 23 has been actuated by the bus driver. 
If the move backward switch 23 has been actuated, then the process 76 obtains the 
previous stop number and stop time, as indicated in flow chart block 94, displays 
these values on the display screen, and loops back to begin again with the flow chart 
block 81. 

20 In the event that the bus driver has not actuated the move backward switch 23, 

then the process 76 determines whether the bus driver has actuated the start/reset 
switch 21, as indicated in the decisional flow chart block 96. If the start/reset switch 
23 has not been actuated by the bus driver, then the process 76 loops back and begins 
again with the flow chart block 81. Otherwise, the process 76 loops back and begins 

25 again with the flow chart block 77. 

C. Telephone Call Control Process 

When a telephone call is initiated by the VCU 12 as indicated by the call 
symbols 78, 84, 92, the VCU 12 follows a telephone call control process 101 as 
30 illustrated in Fig. 7. Initially, the telephone number corresponding with the BSCU 14 
is obtained from the EEPROM 43, as indicated in a flow chart block 102. Other 
information is also obtained, including among other things, the particular bus number, 
bus serial number, and bus route. Next, the control process 101 sets a time out 
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variable to keep track of how many times a telephone connection has been initiated. 
The number n of allowable attempts is predetermined and is stored in the EEPROM 
43. 

After the time out variable has been implemented as indicated in the flow chart 
5 block 103, the VCU call control program 101 causes the transceiver 18 to be called, as 
indicated in the flow chart block 104. The control process 101 requires the VCU 12 to 
wait for a response from the BSCU 14. If the VCU 12 does not receive a response 
within a predetermined time out period, preferably 20 seconds, then the control 
process 101 loops back and begins again at the flow chart block 103. Otherwise, when 

10 the control process 101 determines that a response has been received, a validation 
procedure ensues, as indicated in a flow chart block 108. The validation process 
indicated at the flow chart block 108 is that which was described previously relative to 
the flow chart block 53 of Fig. 5. Essentially, it involves the exchange of symbols in 
order to assure a proper connection. 

15 At the commencement of the validation process, another time out variable is 

set and will trigger termination of the telephone connection after a predetermined time 
period has run. The initiation of the time out variable and monitoring of the same is 
indicated in Fig. 7 at flow chart block 1 1 1 . If the time out variable triggers termination 
of the telephone connection, then the control process 101 will hang up and end the 

20 call, as illustrated by a flow chart block 114. Otherwise, when the validation 
procedure has fully commenced, commands are passed from the BSCU 14 to the VCU 
12, as shown by a flow chart block 1 12. Commands which may be sent to the VCU 12 
include, for example, the following: (1) Is the bus 19 either early or late? ; (2) Reset 
the vehicle clock 24; (3) Record new information in the EEPROM 43. It should be 

25 emphasized that the BSCU 14 may change the route information contained within the 
EEPROM 43 of the particular bus 19. The foregoing features enables extreme 
flexibility of the advance notification system 10. 

Furthermore, the control process 101 determines whether the BSCU 14 has 
finished i ts c ommunication o ver t he m obile t elephone, a s i ndicated i n a flow c hart 

30 block 113. Again, the VCU call control program 101 utilizes another time out variable 
to determine whether the BSCU 14 has finished. After the predetermined time period 
of the time out variable, the control process 101 will assume that the BSCU 14 has 
terminated its communication, and accordingly, the control process 101 will hang up 
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the telephone, as indicated in a flow chart block 114. Otherwise, the control process 
101 will loop back and begin with the flow chart block 1 1 1 in order to accept another 
command from the BSCU 14. 
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